Skip to content

add framework tests (i.e. vitest)#1349

Closed
ibolmo wants to merge 2 commits intoibolmo/bra-4115-braintrust-eval-should-work-with-evals-with-top-level-awaitfrom
ibolmo/bra-4115-frameworks
Closed

add framework tests (i.e. vitest)#1349
ibolmo wants to merge 2 commits intoibolmo/bra-4115-braintrust-eval-should-work-with-evals-with-top-level-awaitfrom
ibolmo/bra-4115-frameworks

Conversation

@ibolmo
Copy link
Collaborator

@ibolmo ibolmo commented Feb 6, 2026

this should eventually help answer do our evals work in vitest, jest etc.

@ibolmo ibolmo self-assigned this Feb 6, 2026
@ibolmo ibolmo changed the base branch from main to ibolmo/bra-4115-braintrust-eval-should-work-with-evals-with-top-level-await February 6, 2026 00:06
Comment on lines +3 to +5
// Top-level await - ESM-only feature
// This proves Deno can handle async module evaluation
const config = await Promise.resolve({ prefix: "Result: " });
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does this need to be duplicated for each runtime? or can we make the runtime a separate axis?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i'd skip the framework tests (and this draft PR). it's mostly unreviewed slop i wanted to separate from the main PR: #1347

it is possible to have a shared tests like we do with smoke, but wanted to get something going first. i think that's what you mean by avoiding the duplication?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah totally. just wanted to get something up, but i'll cleanup/optimize before merging that.

@ibolmo ibolmo force-pushed the ibolmo/bra-4115-braintrust-eval-should-work-with-evals-with-top-level-await branch from 1c2b7f0 to e0d8601 Compare February 8, 2026 01:36
@github-actions
Copy link

github-actions bot commented Mar 3, 2026

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. If this PR is still relevant, please leave a comment, push an update, or remove the stale label. Thank you for your contributions!

@github-actions github-actions bot added the stale label Mar 3, 2026
@ibolmo ibolmo closed this Mar 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants